home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d1 / drivparm.arc / DRIVPARM.THD next >
Text File  |  1988-02-26  |  21KB  |  531 lines
  1. @* A little-known command available in DOS 3.2, DRIVPARM inserted in the
  2. CONFIG.SYS file can take the place of DRIVER.SYS when configuring a 720K disk
  3. drive that is installed internally.  Its advantage over DRIVER.SYS (in addition
  4. to saving some bytes) is that the logical drive designation remains the same as
  5. the physical designation.  Although mentioned in the documentation for some
  6. versions of MS-DOS (and in the recalled MS-DOS Technical Reference
  7. Encyclopedia), DRIVPARM is not documented for PC-DOS; but it works.
  8.  
  9. This discussion took place in the IBMHW Forum of IBMNET on Compuserve; messages
  10. edited by Joan Friedman 76556,3643.
  11.  
  12. @* Message no. range: 37621-40969 (IBMHW)
  13. @* Date range: January 5-24, 1987
  14.  
  15.  
  16. @* THE DISCOVERY
  17.  
  18. Fm: Woody Liswood 72435,1131 05-Jan-87
  19. To: ALL
  20.  
  21. If you are running PC-DOS 3.2 [on a T1100+] you do not need to load DRIVER.SYS
  22. as part of the config.sys file [to enable the recognition of the 3.5" 720K
  23. microfloppy drive].  Just say:
  24.        DRIVPARM=/d:1 /f:2
  25. This specifies to DOS that drive B (1) is formatted at 720K (2).  It works, I
  26. tested it today.  Got that info from someone on THE WELL in San Francisco
  27. (after I had left some comments on how to use the Driver.sys and set the
  28. parameters correctly).
  29.  
  30.  
  31. Fm: SysOp Conrad Kageyama 76703,1010 05-Jan-87
  32. To: Woody Liswood 72435,1131
  33.  
  34. Are we talking PC-DOS 3.2 or Toshiba DOS 3.2???..  While I'm no DOS expert, I
  35. just looked at my 3.2 DOS manual and the 3.2 Tech Ref and found no reference to
  36. "DRIVPARM"..
  37.  
  38.  
  39. Fm: Woody Liswood 72435,1131 05-Jan-87
  40. To: SysOp Conrad Kageyama 76703,1010 (X)
  41.  
  42. I purchased MS-DOS 3.2.  Mainly so I could use a 3.5 drive on my clone to
  43. transfer back and forth with the Toshiba.  In my DOS manual it [DRIVPARM] is
  44. [mentioned] on pages 246 and 251.  It is mentioned as part of the CONFIG.SYS
  45. file.  It is described as "Defines parameters for block devices" on page 246.
  46. On 251 it says that you use the DRIVPARM to override the original MS-DOS device
  47. driver settings.
  48.  
  49. SYNTAX is:
  50. drivparm=/d:dd [/c] [/f:ff] [/h:hh] [/n] [/s:ss] [/t:ttt]
  51.  
  52. The dd for /d switch sets drive number between 0 and 255. 0=A, 1=B, etc.  The c
  53. switch specifies that change-line (doorlock) support is required.  The ff
  54. option specifies the form factor index where: 0=320/360K drives, 1=1.2 mb,
  55. 2=720K, 3=8" single density, 4=8" double density, 5=hard disk, 6=tape drive,
  56. 7=other.  The hh option specifies the maximum head number, from 1 to 99.  The n
  57. switch specifies a nonremovable block switch.  The ss option specifies the
  58. number of sectors per track, 1 to 99.  The ttt option specifies the tracks per
  59. side of the block device from 1 to 999.
  60.  
  61.  
  62. Fm: SysOp Conrad Kageyama 76703,1010 05-Jan-87
  63. To: Woody Liswood 72435,1131
  64.  
  65. I'll check and see if DRIVPARM works in PC-DOS 3.2.  Thanx for the info.
  66.  
  67.  
  68. Fm: Dave Hoagland 76054,171 05-Jan-87
  69. To: SysOp Conrad Kageyama 76703,1010 (X)
  70.  
  71. I just tried it.  DRIVPARM *does* work in PC/DOS 3.2.  I can now format a
  72. microfloppy in my Teac to the full 720K as drive "B".
  73.  
  74.  
  75. Fm: N. Arley Dealey 70130,177 05-Jan-87
  76. To: SysOp Conrad Kageyama 76703,1010 (X)
  77.  
  78. Yes, DRIVPARM is one of those wonderful undocumented things.  Curious how
  79. knowledge of them seems to happen all at once.  I just learned about it in the
  80. last day or two (but I don't remember where).
  81.  
  82.  
  83. Fm: Doug Hogarth [PowerSoft] 76703,374 05-Jan-87
  84. To: N. Arley Dealey 70130,177
  85.  
  86. It is available and documented in MS-DOS 3.2, but I did not know it was there
  87. in PC-DOS.
  88.  
  89.  
  90. Fm: Dave Hoagland 76054,171 05-Jan-87
  91. To: Doug Hogarth [PowerSoft] 76703,374
  92.  
  93. What is it that DRIVPARM is supposed to do?
  94.  
  95.  
  96. Fm: Doug Hogarth [PowerSoft] 76703,374 05-Jan-87
  97. To: Dave Hoagland 76054,171
  98.  
  99. It has parameters like DRIVER.SYS, but modifies existing block devices (like
  100. B:).  Is that all you need, or do you want the list of parameters?
  101.  
  102.  
  103. Fm: Dave Hoagland 76054,171 05-Jan-87
  104. To: Doug Hogarth [PowerSoft] 76703,374
  105.  
  106. Saw the list of parameters in Woody's message.  I've already tried it, and it
  107. works.  Nice to be able to format the microfloppy as drive "B".
  108.  
  109. I wonder why IBM chose not to document the feature, offering their DRIVER.SYS
  110. instead?  I'd hate to think it was to promote sales of their external drive, or
  111. newer systems with BIOS support for the microfloppies...
  112.  
  113.  
  114. Fm: Doug Hogarth [PowerSoft] 76703,374 06-Jan-87
  115. To: Dave Hoagland 76054,171 (X)
  116.  
  117. My only guess is that DRIVPARM came after DRIVER.SYS (probably around the same
  118. time as STACKS), and did not make it into the manual.  Of course, DRIVER.SYS
  119. works in all cases and allows access by more than one driver specifier, perhaps
  120. it was easier for them.
  121.  
  122.  
  123. Fm: Joan Friedman 76556,3643 05-Jan-87
  124. To: Doug Hogarth [PowerSoft] 76703,374 (X)
  125.  
  126. Sorry to be dense here, but is DRIVPARM an actual file (presumably a device
  127. driver) that comes with some OEM'ed versions of MS-DOS 3.2?  Or is it an
  128. internal command (like, say, FILES or BUFFERS) which you can use in your
  129. config.sys under DOS 3.2?
  130.  
  131.  
  132. Fm: Doug Hogarth [PowerSoft] 76703,374 05-Jan-87
  133. To: Joan Friedman 76556,3643
  134.  
  135. Internal, like FILES and BUFFERS (and FCBS!).  Don't know about other versions
  136. of MS-DOS - mine was on the blue package sealed by Microsoft.  I'm going to go
  137. search for it in PC-DOS 3.2, will be back in a flash with the info.
  138.  
  139. Okay, it exists in PC-DOS 3.2 also.  The exact parameters were posted in
  140. another message, but they are like DRIVER.SYS with an equal sign after
  141. DRIVPARM.  It is the method I prefer for drives that would otherwise be known
  142. by something like B, because with DRIVPARM, you get to refer to it as B rather
  143. than something like E. The line I used was DRIVPARM=/d:1 /f:2 /t:80.  Don't
  144. know what effect the other parmaters would have if I set them wrong.  I might
  145. not have even needed the /t:80.
  146.  
  147.  
  148. Fm: SysOp Conrad Kageyama 76703,1010 05-Jan-87
  149. To: Doug Hogarth [PowerSoft] 76703,374
  150.  
  151. Did you find the info in the DOS manual or Tech Ref?  I found no reference at
  152. all.  However, I do confirm that DRIVPARM works on PC-DOS 3.2 on the T3100.
  153.  
  154. I modified it to: DRIVPARM=/D:0 /F:2, and sure enough, Drive A: now formats as
  155. a 720KB drive!  I still can't make DISKCOPY work, BUT I gained back 192 bytes
  156. of RAM in switching from DRIVER.SYS..
  157.  
  158.  
  159. Fm: Doug Hogarth [PowerSoft] 76703,374 06-Jan-87
  160. To: SysOp Conrad Kageyama 76703,1010
  161.  
  162. Well, you are not going to believe this, but I got that info out of the "MS-DOS
  163. Technical Reference Encylopedia."
  164.  
  165.  
  166. @* CONNIE'S DISKCOPY PROBLEM
  167.  
  168. Fm: SysOp Conrad Kageyama 76703,1010 06-Jan-87
  169. To: Doug Hogarth [PowerSoft] 76703,374
  170.  
  171. Bottom line is that DRIVPARM works and saves bytes.  Now if only I could figure
  172. a way to DISKCOPY, though I haven't yet tried all the possibilities with
  173. DRIVPARM and DRIVER.SYS...
  174.  
  175.  
  176. Fm: Robert L. Stein 70365,1327 08-Jan-87
  177. To: Bart Barker 70137,2151
  178.  
  179. Extending the idea... DRIVPARM works just fine, too!  Except, for DRIVPARM=/D:1
  180. /F:2 /T:80, drive B: is the "aliased" drive A:  Perfect!!! Thanks, Bart, Dave,
  181. Doug, and all the others.
  182.  
  183. You know, I've got a crazy idea: wouldn't it be interesting to try to set the
  184. DRIVPARM (or DRIVER.SYS) for the 3100's hard drive, then try formatting it?
  185. Would that solve 3.2 barfing on bad sectors?  I dunno.  Any volunteers?
  186.  
  187.  
  188. Fm: SysOp Conrad Kageyama 76703,1010 08-Jan-87
  189. To: Robert L. Stein 70365,1327
  190.  
  191. I have tried in my CONFIG.SYS:
  192. DRIVPARM=/D:0 /F:2, DRIVPARM=/D:0 /F:2 /T:80
  193. DEVICE=DRIVER.SYS /D:0, DEVICE=DRIVER.SYS /D:0 /F:2,
  194. DEVICE=DRIVER.SYS /D:0 /F:2 /T:80
  195. and both DRIVPARM=/D:0 /F:2 and DEVICE=DRIVER.SYS /D:0 together.
  196.  
  197.  
  198. Fm: Doug Hogarth [PowerSoft] 76703,374 09-Jan-87
  199. To: SysOp Conrad Kageyama 76703,1010 (X)
  200.  
  201. Those look like the proper values.  It sounds to me like DISKCOPY is bad - it
  202. should be using those values.  In fact, that was the main change listed to
  203. DISKCOPY - using them instead of the FAT ID.
  204.  
  205.  
  206. Fm: Robert L. Stein 70365,1327 08-Jan-87
  207. To: SysOp Conrad Kageyama 76703,1010
  208.  
  209. The DRIVPARM statement in your message is wrong.  For DRIVPARM to work (at
  210. least from my playing with it) is /D:1 *not* /D:0 !!  (ironically, according to
  211. the PC-DOS manual, /D:1 isn't a valid parameter for DRIVER.SYS for the 3100).
  212.  
  213. Try DRIVPARM=/D:1 /F:2 /T:80.  It *does* work (and indeed DISKCOPY reports
  214. copying 80 tracks).  Lemme know if that doesn't do it for you.
  215.  
  216.  
  217. Fm: Doug Hogarth [PowerSoft] 76703,374 08-Jan-87
  218. To: Robert L. Stein 70365,1327
  219.  
  220. /D:1 means adjust parameters of B - /D:0 means adjust parameters of A (I don't
  221. know if that is completely valid though).
  222.  
  223.  
  224. Fm: Robert L. Stein 70365,1327 09-Jan-87
  225. To: Doug Hogarth [PowerSoft] 76703,374 (X)
  226.  
  227. Which is slightly different than the /D:parameter of DRIVER.SYS.  On a one
  228. floppy, one hard disk system, /D:1 is invalid for DRIVER.SYS, according to the
  229. docs.  Confusing.
  230.  
  231.  
  232. Fm: Doug Hogarth [PowerSoft] 76703,374 09-Jan-87
  233. To: Robert L. Stein 70365,1327
  234.  
  235. I don't know about the docs, but I've used /D:0 and /D:1 with DRIVER.SYS.  It
  236. is simply the number to show which physical drive you want to use.  In my case
  237. it was on a Compaq Deskpro with hard disk.
  238.  
  239.  
  240. Fm: SysOp Conrad Kageyama 76703,1010 08-Jan-87
  241. To: Robert L. Stein 70365,1327
  242.  
  243. Using that syntax sets the params to Drive B:. Is this then to say that if I
  244. want to format a disk I have to do a FORMAT B:?  The object of the exercise, at
  245. least for me, was to eliminate the logical drives and stick to physical drives.
  246.  
  247. Also, if I set the parms to B:, what syntax for DISKCOPY?  Is it:
  248.  
  249.           A>DISKCOPY or,
  250.           A>DISKCOPY A: B: or,
  251.           B>DISKCOPY or
  252.           B>DISKCOPY A: B:
  253.  
  254.  
  255. Fm: Robert L. Stein 70365,1327 09-Jan-87
  256. To: SysOp Conrad Kageyama 76703,1010 (X)
  257.  
  258. It's log onto B:, then DISKCOPY with no command line params.  It'll prompt you
  259. for "disk for drive B:," then for "SOURCE disk," then for "TARGET disk."
  260.  
  261. For me, since I deal with the Bridge 90% of the time, I'll just stick to
  262. DRIVER.SYS for now.  I'm used to calling the HD of my IBM-PC drive G: from the
  263. Tosh [grin].
  264.  
  265.  
  266. Fm: SysOp Conrad Kageyama 76703,1010 08-Jan-87
  267. To: Paul Harrigan 73047,3666
  268.  
  269. Paul and Doug and Bob!!!!!..  BINGO!!!...
  270.  
  271. As I just mentioned, I'm using the "latest" DISKCOPY, dated 4/86.  I loaded up
  272. the original DISKCOPY, dated 12/85, with DRIVPARM=/D:0 /F:2 and voila!,
  273. DISKCOPY worked!  Looks like something is afoul in the 4/86 version.
  274.  
  275. What version are you folks (Bart and Bob) using???...
  276.  
  277. And now for the kicker.  Earle Robinson, on IBMSW, has just reported that there
  278. is Yet Another DISKCOPY, dated 11/86...  I'll have to see if I can dig that one
  279. up..
  280.  
  281.  
  282. @* USING DRIVPARM
  283.  
  284. Fm: Dennis Wiener 76505,2040 10-Jan-87
  285. To: Dave Hoagland 76054,171 (X)
  286.  
  287. I got the Panasonic drive today and installed it.  After patching up a faulty
  288. cable the drive is up and running.  It seems slow though compared to the 5 1/4"
  289. floppies using the dos copy command.  Really like the smaller disk size though.
  290. It should help cut down on my desk clutter, and no more searching for the
  291. incredible dissapearing disk sleeves (though at 3x the storage cost).  Some
  292. quick questions about set up.
  293.  
  294. I'm running on an XT with a 5 1/4" floppy as drive A:, the 3 1/2" as drive B:,
  295. and a hard drive as C:. My switches are set to show 2 floppy disks installed.
  296. This causes some unwanted prompts to swap disks from drive D: (the 3 1/2"
  297. logical drive) and drive B: (the 3 1/2" physical drive).  Is there anyway to
  298. get Driver.sys to use B: as both the logical and physical drive?  In other
  299. words no more D: drive prompts from dos.  Or has anyone written a better device
  300. driver or patched driver.sys?
  301.  
  302.  
  303. Fm: Dave Hoagland 76054,171 10-Jan-87
  304. To: Dennis Wiener 76505,2040
  305.  
  306. Have you seen the thread discussing DRIVPARM?  It's an undocumented feature in
  307. PC/DOS 3.2 (it *is* documented in MS/DOS 3.2 though).  Instead of using
  308. DRIVER.SYS, replace it with DRIVPARM=/D:1 to install a 3.5" microfloppy as
  309. floppy "B".  You'll even be able to format as drive "B" to the full 720Kb.  You
  310. won't find it floating somewhere above your hard disk. <grin>
  311.  
  312.  
  313. Fm: Dennis Wiener 76505,2040 11-Jan-87
  314. To: Dave Hoagland 76054,171
  315.  
  316. Thanks again for the DRIVPARM info, it works like a charm and no more annoying
  317. change disk messages.  Wonder why IBM didn't bother to document it in the
  318. PC-DOS manual and decided to try to saddle us with that device driver instead.
  319.  
  320.  
  321. Fm: Howard A. Cohen 72416,710 11-Jan-87
  322. To: Dennis Wiener 76505,2040
  323.  
  324. I assume that you must use DOS 3.2 for the 3.5" drive--right?  I am using
  325. Compaq 3.10 now.
  326.  
  327.  
  328. Fm: Dennis Wiener 76505,2040 11-Jan-87
  329. To: Howard A. Cohen 72416,710
  330.  
  331. Yes, 3.2 is necessary for the device driver that allows DOS to recognize a 720k
  332. drive.
  333.  
  334.  
  335. @* DRIVPARM WITH AN EXTERNAL 3.5" DRIVE
  336.  
  337. Fm: Doug Hogarth [PowerSoft] 76703,374 11-Jan-87
  338. To: Joan Friedman 76556,3643
  339.  
  340. When you say external, if you mean connected to the back of the floppy
  341. controller, and with DIP switches set to three or four drives, you can still
  342. use DRIVPARM (I think).
  343.  
  344.  
  345. Fm: Joan Friedman 76556,3643 11-Jan-87
  346. To: Doug Hogarth [PowerSoft] 76703,374 (X)
  347.  
  348. It is attached to the external connector on the FDC, but I have never changed
  349. the dip switches for the number of floppy drives attached.  If I did that, the
  350. external drive would become C:, and my hard disks would become D: and E:, and
  351. I'd have to rewrite all my batch files, Keyworks macros, and PCED syns!  Not
  352. worth it.  Maybe some day when I have time on my hands, I'll try it with a
  353. naked system, though, just to see if it does work.
  354.  
  355.  
  356. Fm: Dennis Wiener 76505,2040 11-Jan-87
  357. To: Joan Friedman 76556,3643
  358.  
  359. My system is a 1 1/2yr old xt, no bios support for 3 1/2" drives either, but
  360. using DRIVEPARM, vs DRIVER.SYS the system recognizes my internally installed b:
  361. drive as an 80 track, 720k beast.  Have you tried DRIVEPARM = /D:2 instead of
  362. DRIVER.SYS?  It might be worth your while in the bit of memory saved.  I'm sure
  363. your loaded down with TSR's like I am.
  364.  
  365.  
  366. Fm: Joan Friedman 76556,3643 11-Jan-87
  367. To: Dennis Wiener 76505,2040
  368.  
  369. I mean to try DRIVPARM, nevertheless, but I suspect that Doug is right, that I
  370. will have to set my dip switches for three floppies for this to work.  And
  371. doing so will change all the drive designations beyond B: on my system,
  372. necessitating a lot of changes to batch files, syns, and macros.  I'll try it
  373. without the dip switch change and see what happens.
  374.  
  375. Okay, I've just tried it, and here's what happened.
  376.  
  377. Using a "virgin" floppy with no autoexec, and a config file that read only
  378.         DRIVPARM = /D:2
  379. my drives A: and B: came up normally.  When I attempted to read drive C: (which
  380. I wasn't sure which drive it would be!), the system accessed my first hard
  381. disk, but gave me a "General failure reading drive C:, Abort Retry Ignore" etc.
  382. message.  I was able to read the second hard disk as D:.  Trying to access E:
  383. resulted in "invalid drive specification."
  384.  
  385. So, it seems that DRIVPARM assumed that it was supposed to be talking about
  386. drive C:, and yet the specifications I gave it (actually the default /F, /T,
  387. and so on parms) didn't conform to what was actually there in my drive C:. I
  388. suspect that if I did reset the dip switches, DRIVPARM would still go to drive
  389. C:, which would be the external floppy.  And my hard disks would become D: and
  390. E:, the RAMdrive F:.
  391.  
  392. I don't really want to do that.  DRIVER.SYS seems to be a little more flexible
  393. in which logical drives it is able to assign.  Or rather, DRIVPARM seems to
  394. assign an "internal" designation, whereas DRIVER.SYS, as we know, assigns an
  395. external specifier.  Since my drive really is external, and I have come to
  396. think of it as coming "after" my other drives, I think I'll leave everything as
  397. is.
  398.  
  399. p.s. - I wonder what would happen if I tried DRIVPARM with the parm /D:4?
  400. Don't think that's legal.
  401.  
  402.  
  403. Fm: Dennis Wiener 76505,2040 11-Jan-87
  404. To: Joan Friedman 76556,3643
  405.  
  406. Most likely, in order to use DRIVPARM, you will have to set your dip switches
  407. to show a third floppy installed.
  408.  
  409.  
  410. Fm: Joan Friedman 76556,3643 11-Jan-87
  411. To: Dennis Wiener 76505,2040
  412.  
  413. I think you're right about that.  It's sort of a pain to open up the system and
  414. do that, plus I really don't want to alter all my other drive designations, so
  415. I think I'll stick with DRIVER.SYS for now.
  416.  
  417.  
  418. Fm: Doug Hogarth [PowerSoft] 76703,374 11-Jan-87
  419. To: Joan Friedman 76556,3643
  420.  
  421. I think DRIVPARM would only work if the drive can be accessed as the
  422. appropriate letter of the alphabet on a virgin system.  In other words, the
  423. drive would have to be C and you'd have to refer to it as /D:2.  DRIVER.SYS
  424. sounds like the best choice for sure.
  425.  
  426.  
  427. Fm: Joan Friedman 76556,3643 11-Jan-87
  428. To: Doug Hogarth [PowerSoft] 76703,374 (X)
  429.  
  430. Yup, I later confirmed it by trying DRIVPARM without resetting the dip
  431. switches, and it didn't work.  I will still try it sometime, just because I'm
  432. curious, but I don't think I want to fiddle with the designations of my drives,
  433. too much is predicated on the current setup.
  434.  
  435.  
  436. @* TO RECAPITULATE
  437.  
  438. Fm: Barry Simon 76505,2315 13-Jan-87
  439. To: SysOp Conrad Kageyama 76703,1010
  440.  
  441. Can you give me the full low down on DRIVPARM and should I upgrade my
  442. config.arc to include it?
  443.  
  444.  
  445. Fm: SysOp Conrad Kageyama 76703,1010 14-Jan-87
  446. To: Barry Simon 76505,2315
  447.  
  448. DRIVPARM is an undocumented function in PC-DOS 3.2 but apparently fully
  449. documented under MS-DOS.  The switches are apparently the same as in
  450. DRIVER.SYS: /D:x /F:x /T:x, where D is the drive number, F is the format type,
  451. and T is the number of tracks.
  452.  
  453. My guess is that DRIVPARM simply patches the BPB in RAM, but this is only an
  454. intuitive guess.  DRIVER.SYS, in the meanwhile, adds a logical drive to the
  455. system.
  456.  
  457. If it's a matter of setting up a physical drive, then DRIVPARM is the way to go
  458. since it doesn't eat up any RAM (I saved 192 bytes going from DRIVER.SYS to
  459. DRIVPARM)...
  460.  
  461.  
  462. Fm: Barry Simon 76505,2315 14-Jan-87
  463. To: SysOp Conrad Kageyama 76703,1010 (X)
  464.  
  465. Maybe some versions of MS-DOS.  My Kaypro 286i came with MS DOS 3.2, a manual
  466. for 3.1 and a pamphlet describing new 3.2 commands.  Driver.sys is documented
  467. but no mention of DRIVPARM.
  468.  
  469.  
  470. Fm: Joan Friedman 76556,3643 14-Jan-87
  471. To: Barry Simon 76505,2315
  472.  
  473. Note that DRIVPARM does *not* work with external 3.5" drives, at least those
  474. installed according to IBM's instructions (which do not include resetting the
  475. dip switches for the extra drive).  One of these days I'll try it with
  476. resetting the dip switches, but the result of that would also be that all my
  477. other post-B: drive designations would change, necessitating too many changes
  478. to batch files, macros, and syns to be worth it.
  479.  
  480.  
  481. Fm: Doug Hogarth [PowerSoft] 76703,374 14-Jan-87
  482. To: SysOp Conrad Kageyama 76703,1010 (X)
  483.  
  484. If you remember, I said it was documented in the MS-DOS Tech.Ref.Ency. - I
  485. don't know if it was in the standard MS-DOS 3.2 doc (I suspect it was in the
  486. blue package from MS).
  487.  
  488.  
  489. Fm: John Switzer 76067,3517 16-Jan-87
  490. To: All
  491.  
  492. I've noticed that when I use DOS 3.2 and its driver.sys to use an 80 track
  493. drive, DOS sets up two logical drives, in this case B: and C:, both of which
  494. are the same physical drive.  When specifying the other drive, you get the
  495. "Insert disk in Drive x: and hit any key when ready" message.  It evidently
  496. does not use the same BIOS switch to keep track of which drive is current that
  497. a one drive PC uses, so my question is, does anyone have any idea of how to
  498. intercept these messages and force DOS to recognize the new disk without
  499. operator intervention.  I would like to be able to include this convenience
  500. feature in my programs, but am lost as to where to look for this.  Any ideas
  501. appreciated!
  502.  
  503.  
  504. Fm: SysOp Conrad Kageyama 76703,1010 16-Jan-87
  505. To: John Switzer 76067,3517
  506.  
  507. Try DRIVPARM in your CONFIG.SYS instead of DRIVER.SYS.  You don't give
  508. specifics on the drive, but the switches are the same as in DRIVER.SYS.  The
  509. syntax for a non-360KB Drive B: would be:
  510.  
  511.          DRIVPARM=/D:1 /F:2 /T:80
  512.  
  513. assuming that Drive B: is of the 720KB variety..
  514.  
  515. DRIVPARM is undocumented in PC-DOS..  Some of the folks uncovered it in MS-DOS
  516. and we gave it a shot.  Works like a charm!  You do need DRIVER.SYS to addresss
  517. an external drive, but DRIVPARM does the trick for a physical internal drive..
  518.  
  519.  
  520. Fm: Doug Hogarth [PowerSoft] 76703,374 16-Jan-87
  521. To: John Switzer 76067,3517
  522.  
  523. DOS 3.2 defines some new features for the IOCTL function.  These are only
  524. documented well in the $100+ "DOS Technical Reference" from IBM. There is one
  525. sub-function to determine if more than one logical drive is assigned to a block
  526. device, and another to set the next logical drive letter used to reference a
  527. block device.  You could use those features to add the convenience you speak
  528. of, though suggesting the use of DRIVPARM would usually be a more general
  529. approach.
  530.  
  531.